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UNET IS A TRADEMARK OF 3C0M CORPORATION 



3Com'S UNET SOFTWARE PROVIDES COMMUNICATION AMONG 
COMPUTERS RUNNING BeLL's UNIX OPERATING SYSTEM. 

UNET TRANSFERS FILES/ CONNECTS REMOTE TERMINALS/ 
AND CARRIES ELECTRONIC MAIL USING DOD'S STANDARD 

Internet Protocol (IP) and Transmission Control 
Protocol (TCP). UNET also offers general interprocess 

COMMUNICATION FACILITIES TO UNIX PROGRAMMERS. 

UNET CREATES AN IP/TCP PACKET INTERNET AMONG 
COMMUNICATING UNIX COMPUTERS ALLOWING ITS FILE/ 
TERMINAL/ MAIL/ AND PROGRAM SERVICES TO TRAVERSE 
A VARIETY OF COMMUNICATION MEDIA BOTH LOCAL AND 

REMOTE. Such media include Bell System voice 

CIRCUITS/ DIGITAL SATELLITE CHANNELS/ AND ETHERNET. 

UNET WILL ENHANCE BeLL'S UNIX ON PDP-llS AND VAXs 
AND IS BEING OFFERED ON UNIX WHEN PORTED TO OTHER 
MACHINES. In PARTICULAR/ UNET WILL BE AVAILABLE 

WITH XENIX ON THE 18086/ Z8000/ and M68000 in 

SPECIAL COOPERATION WITH MICROSOFT. 



UNET AND 3Com are trademarks of 3Com Corporation. 
UNIX is a trademark of Bell Laboratories, 
xenix is a trademark of microsoft. 
Ethernet is a trademark of Xerox Corporation. 



UNET Seminar Schedule 

(1) Bob Metcalfe 3i00 Where UNET fits in. 

(2) Howard Charney 3:25 How to buy UNET licenses. 

(3) Greg Shaw 3:50 UNET features and functions. 

(4) Break 4:15 Refreshments. 

(5) Bruce Borden 4:30 UNET internals and UNIX. 

(6) Questions 5:30 Discussion. 

(7) End 6:00 End. 



(1) Bob Metcalfe will present 3Com's view of where 
IP/TCP AND UNET FIT into ISO's OSI Reference Model, 
CCITT's X.25, IBM's SNA, Xerox's Ethernet, and 3Com 
plans for building computer communication compatibility. 

(2) Howard Charney will present how 3Com is offering 
UNET FOR WIDE distribution and how you can BUY licenses 
TO obtain UNET sources, installation, maintenance, 

AND binaries FOR RESALE. 

(3) Greg Shaw will present UNET's features and functions 
and will explain how unet is used with files, terminals, 
mail, and programs. 

(4) Bruce Borden will present UNET's internals and 
HOW UNET IS implemented in harmony with UNIX. 



3Com stands for Computer Communication Compatibility 

3Com Corporation founded in June 1979. 

Packet switching and local computer networks. 

3Com people: Paul BaraN/ Director 

Bruce S. Borden, UNET Product Manager 
Howard S. Charney, VP Operations and Counsel 
Ronald C. Crane, Director of Engineering 
Robert fi Metcalfe, President 
I Kenneth P. Morse, VP Marj<eii ng_and Pla nning^,, 
bREGORY L. Shaw, VP Software Engineering 
David A. Spiller, Director of Finance and Treasurer 

3Com's four products: 

Consulting and contract product development 
The 3Com Local Computer Network Vendor List 
UNET, IP/TCP FOR UNIX 
DEC Intel 3Com Xerox Ethernet 



IP/TCP IS AS CLOSE AS YOU CAN GET TO ISO'S OSI REFERENCE MODEL 

US DOD Internet Protocol and Transmission Control Protocol 

Internation Standards Organization's Open Systems 
Interconnection Reference Model 

multivendor layered packet internetting 



Not exactly, but as close as you can get: 



Application 



Presentation 



Session 



Transport 



Network 



Link 



Physical 



li 



Mail Transfer Protocol (UMTP) 



File Tr^sfer and Virtual Terminal 



UFTP AND UVTP 



Transmission Control Protocol (TCP) 



Internet Protocol (IP), datagrams 



Link 



Physical 



Ethernet 
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CCITT's X.25 AND IP/TCP and Ethernet 



X.25 IS AN INTERNATIONAL STANDARD INTERFACE FOR 
CONNECTING DATA TERMINAL EQUIPMENT (DTE) TO 
DATA COMMUNICATION EQUIPMENT (DCE) . X.25 SPECIFIES 
PHYSICAL/ LINK, AND NETWORK LEVEL INTERFACES FOR 
PACKET EXCHANGES THAT CREATE/ USE/ AND CLOSE 
VIRTUAL CIRCUITS BETWEEN SUBSCRIBER DTEs THROUGH 

PTT DCEs . 

IP/TCP IS A us DOD STANDARD END-TO-END PROTOCOL 
THROUGH WHICH COMMUNICATING COMPUTERS EXCHANGE 
INTERNET DATAGRAMS AND THROUGH WHICH VIRTUAL 
CIRCUITS CAN BE MAINTAINED BETWEEN PROCESSES 
ON COMMUNICATING COMPUTERS. ThE DCE THROUGH 

which ip/tcp internet packets travel may be 
either public or private/ remote or local/ 
active or passive. 

Ethernet is a standard now being promoted by 
DEC/ INTEL/ 3CoM/ and Xerox. It specifies 

BOTH physical AND LINK LEVEL INTERCONNECTION. 

Ethernet can serve to carry internet datagrams 
FOR IP/TCP/ AS CAN x.25. When two DTEs are 

LOCALLY CONNECTED BY ETHERNET/ THERE IS NO 
DCE TO WHICH THEY CAN INTERFACE USING X.25 

(and HDLC and X.21). 
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IP/TCP/ ETHERNET/ AND SNA ARE NOT ALTERNATIVES, 



Common inferences from Xerox Information Outlet 
advertisements notwithstanding/ ethernet is not 

BETTER (or EVEN WORSE) THAN IBM's SYSTEM NETWORK 

Architecture (SNA). 

SNA HAS BEEN DEVELOPED BY IBM TO TACKLE THE WHOLE 
PROBLEM OF DATA COMMUNICATION AND CAN BE LIKENED 

TO ISO's OSI Reference Model. SNA subsumes functions 
like those provided by ip/tcp and ethernet, 

ip/tcp is a non-vendor-aligned protocol that 
might be used instead of certain of sna's functions, 
ip/tcp emphasizes distributed peer communication 
while maximizing end-to-end coordination. sna 
emphasizes host-centered communication while 
maximizing centralized control. 

Ethernet is a proposed non-vendor-aligned standard 
local computer networking system that might be used 
instead of certain of sna's functions, for example/ 
Ethernet might be used in an SNA system instead of 
SDLC AND X.21. Like IP/TCP/ Ethernet emphasizes 
distributed peer communication. Where SDLC and X.21 

PRESUME THE EXI STANCE OF CENTRAL CONTROLLERS AND SEPARATE 

DCES/ Ethernet is distributed and passive having 

NO CENTRAL CONTROLLERS OR SEPARATE DCEs . 



3Gom's approach is to invest in forward-looking 
standards and to maximize compatibility. 



Today's VERSUS tomorrow's installed base. 

The big three problems: 

Engineers innovating incompatibility 
Marketeers differentiating products 
The Trap: making standards the hard way 

Standards chosen so far: 

DEC Intel 3Com Xerox Ethernet (IEEE?) 
DOD IP/TCP (waiting for ISO) + Arpanet 
UNIX and C (for the 16-bit micros) 

Standards being studied: 

18086, Z8000, M68000 

X.25 

FTP/ VTP/ MTP (files, terminals, mail) 

FiBEROPTICS 

Database Manager 
Document Format 



10 



DEC Intel 3Com Xerox Ethernet 

Critical mass has been achieved. 
Xerox 860 and 5700. Other products? 
DEC transceivers and controllers. When? 
Intel chip(s). What and when? 

Other participants? HP/ ? 

3Com: LCNVL/ UNET/ transceivers, controllers, ... soon. 

Ethernet is only 1% or 2% of the problem. 

IP/TCP AND UFTP, UVTP, and UMTP are after the other 
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UNET Standard Communication Software for UNIX 

o Licensing of UNET parallels UNIX, 

o The four types of UNET licenses, 

o The UNET Licensing fees, 

o Obtaining UNET. 



presented by Howard Charney 
November 11, 1980 
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Why do people license UNIX? 

o Technically superior OS; tools 

o UNIX is written in C, a high level language. 



o Applications programs (i.e. portability of C and 
compa t ib i 1 i ty ) 



o The cost of licensing is far less than the cost of 
recreating the code (including the documentation) if^ you had 
the expertise and the time to do it. 
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Why should you license UNET? 

o IP/TCP are technically superior protocols. 

o UNET is written in C, a high level language, 

o IP/TCP are DOD standards and are non-vendor aligned. 



o The cost of licensing UNET is far less than the cost 
of recreating the code (including UFTP, UVTP, UMTP, and the 
documentation) i£ you had the expertise and the time to do 
it. 
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UNIX is supplied 



o as source code from Western Electric after you execute 
the UNIX Software Agreement. 



o without installation, 

o without maintenance. 

o without warranties of any kind. 



o as object code from Wes.tern Electric Licensees* who 
execute a Supplemental Agreement. 



* and soon from our friends at Microsoft as their XENIX OS. 
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UNET is supplied 



o as source code from 3Com Corporation after you execute 
the UNET Software Agreement. 



o with installation support — if you decide you need 
installation (i.e. dropping UNET into the version 7 kernel, 
writing network drivers, etc.) and you execute a UNET 
Installation Agreement. 

o with maintenance support — if you decide you need 
maintenance (i.e. bug fixes, documentation updates, etc.) and 
you execute a UNET Maintenance Agreement. 



o with warranties — that 3Com owns UNET and that UNET 
works as we represent. 



o as object code from 3Com licensees who execute a UNET 
Supplemental Agreement. 
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Thus, there are four UNET licenses: 

o right-to-use source code (i.e. Software Agreement*). 

o installation (i.e. Installation Agreement). 

o maintenance (i.e. Maintenance Agreement). 

o right-to-sell binaries (i.e. Supplemental Agreement*) 



* parallels Western Electric UNIX license. 



RIGHT-TO-USE SOURCE LICENSE 

o $7,300 for a first CPU. 

o $4,300 for each additional CPU. 
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INSTALLATION 



o is quoted individually based upon each customer's 
needs. 



o is performed on a consulting-like basis including 
expenses. 



o requires an advance payment to 3Com of approximately 
one-half of the estimated total fees for the installation. 
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MAINTENANCE 



o is calculated as 5% of the sum total of UNET license 
fees paid to SCom for source and binary licenses. 



o is paid every six months. 
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RIGHT-TO-SELL BINARIES LICENSE 



o Fees parallel UNIX. 



o Fees are calculated from a table based upon the number 
of users per CPU and the total license fees paid to 3Com. 



o Fees are approximately one-third of the comparable 
UNIX fees. 



XOK RUE TO SS^f- /S/A//)/?/^J5 
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AVAILABILITY OF UNET 



o UNET is available for shipment to customers on 
DECEMBER 15, 1980. 



o If you desire installation, please so indicate to 3Com 
early, because 3Com personnel resources are a gaiting factor. 
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HOW DO YOU OBTAIN UNET? 



o You fill out a request indicating licenses desired, 
model number, serial number, and location of CPU's, etc. 



o If installation is desired, please specify preferred 
dates. 



o 3Com prepares license agreement (s) [please allow two 
weeks] . 

o You execute the license agreement (s) and make 
appropriate payment to 3Com Corporation. 

o 3Com prepares a tape and documentation and ships them 
to you [please allow three days at 3Com and three days for 
shipment to you] . 



WHAT UNET DOES 
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General Characteristics 

o communication software for UNIX Version 
o uses DoD Standard IP/TCP protocols 
o written in C 

o supports any physical network medium 
o drop-in installation 



Programs 



Vocabulary 



UFTP (UNET File Transfer Program) 

o interactive or command line mode — 

o file functions: get, put, delete, rename 

o directory functions: list, change 

o automatic login 

o remote I 
UVTP (UNET Virtual Terminal Program) 

o complete remote terminal emulation 

o local 1 
UMTP (UNET Mail Transfer Program) 

o functions: send, read 

o mail header fields: to, from, date, subject, cc 

o compatible with RAND MH and Bell Mail 

o distribution lists 



Network 

Packet 

Datagram 

Gateway 

Internet 

Host 

Protocol 

Virtual Circuit 
Port 



Library Routines 



TCP (Virtual Circuit Service) 

o device independency: system calls, stdio 

o multiple concurrent virtual* circuits 

o byte streams & records 

o positive acknowledgements 

o timeouts 

o retransmission 

o checksums 

o sequencing 
• o 3-way handshake 

o windows 
IP (Datagram Service) 

o routing: static, dynamic 

o multiple protocol support 

o multiple network support 
UNETNAMES (Host Name Mapping) 

o functions: host name to address and back, enumerate names 

o nicknames 
PTTY (Pseudo-Terminal Service) 



Utility Programs 



LHOST (List HOST names) 

o subsets: all, this, specific names 

o long form: address, location, liaison 

o sort by: name, number 
TP, TU (Test Protocol, Test User Process) 

o paths: ip loop-back, protocol to user. 



combinations 



UFTP - UNET File Transfer Program 
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Mode: 

Interactive 

Command line 
File functions: 

Get 

Put 

Delete 

Rename 
Directory functions: 

List 

Change 
Automatic login 
Remote ! 



prompt for each command and parameters 
take commands from command line 

get file from remote host 
put local file onto remote host 
delete remote file 
rename remote file 

list names of files in remote directory 
change remote working directory 
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UFTP Examples 



Send a copy of the file "afile" to another host named 
"thathost": 



% uftp thathost put afile 



Retrieve a copy of the file "afile" from another host 
named "thathost": 



% uftp thathost get afile 



Print a listing of all the files in the directory 
"adirectory" on another host named "thathost": 



% uftp thathost list adirectory 



Print a listing of all the users currently logged in on 
another host named "thathost": 



% uftp thathost get iwho 
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UVTP - UNET Virtual Terminal Program 



Complete remote terminal emulation 
Escape to local shell 
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UVTP Example Terminal Session 

% uvtp thathost 

ThatHost UNET/UVTP Server 

login: myname 

password: 

. . .now talking to shell on thathost 

(escape character) 1 who 

...continue talking to shell on thathost 

(escape character) q 

% 
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UMTP - UNET Mail Transfer Program 

Functions: 

Send - send mail to "user at host" 
Read - read mail in my mailbox 

Mail header fields: 

To - primary recipients 

From - sender 

Date - date and time message was sent 

Subject - what the message is about 

Cc - secondary recipients 

Compatible with RAND MH and Bell Mail 

Distribution lists 
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UMTP Examples 



Send a message to user "joeuser" at another host named "thathost": 

% umtp "joeuser at thathost" -subject "Meeting on 11/7/80" 
Joe, I'd like to propose the following tentative agenda for 
our project meeting next Friday: 
status, 10 min 

* * * 
actions, 5 min 

What do you think? 

—Bob 

(control-D) 

% 

Read mail in my mailbox: 

% umtp 

Date: 4 Nov 1980 at 2109-PDT 

From: Bob at thishost 

To: Joe at thathost 

Subject: Meeting on 11/7/80 

Joe, I'd like to propose the following tentative agenda for 
our project meeting next Friday: 
status, 10 min 

• • • 
actions, 5 min 

What do you think? 
—Bob 

% 
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TCP - Virtual Circuit Service 

Device independence: 

system calls - read, write, ioctl, etc. 
stdio - getc, putc, etc. 

Basic data transfer: 

Multiple concurrent virtual circuits 

Byte streams 

Records 

Reliability: 

Positive acknowledgements - end-to-end on every packet 
Timeouts - for error recovery (no negative acknowledgements) 
Retransmission - when timeout e2q)ires before ack received 
Checksums - end-to-end detect corrupted packets 
Sequencing - allows reordering of out-of-order packets 
3-way handshake - insures reliable virtual circuit setup 

Resource Control: 

Windows - limit data outstanding for flow control 
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TCP Examples 



Open a virtual circuit to port "RPORT" on another host named "thathost" 

fd » tcpopen( 

"thathost", /* host name */ 

RPORT, /* remote port number */ 

0, /* local port number = unspecified */ 

0, /* passive flag =» false */ 

"r"); /* type = read */ 



/* now fd can be used just like any other file descriptor */ 
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IP - Datagram Service 

Routing: 

static ~ routing initialized from text file (like /etc/ttys) 
dynamic - on failure a new route is chosen automatically 

Multiple protocol support 

exclusive - maximum of one process per protocol number 
multiplexor controller - similar to multiplexed RAND PORT 

Multiple network support 

any medium - RS-232C, Ethernet, X.25, DMR-11, etc. 
easy - each driver is a simple drop-in kernel module 
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IP Examples 
Open file descriptor for protocol 10; 

fd = open('7dev/UNET/protolO", 2)); 
Send an ip datagram to a remote host: 



pwp«pwp__type = WP2ID; 
pwp.pwp_jiui = -1; 

pwp.pwp_j)ps[0] .pps_cnt = IPHDRLEN; 
pwp«pwp_j>ps[0] .pps__addr = &ipheader; 
pwp.pwp_j)ps[l] .pps__cnt = count; 
pwp.pwp_j)ps[l] .pps_addr = &ipdata; 
pwp.pwp_j)ps[2] .pps__cnt = 0; 
write(fd, &pwp, IPHDRLEN + count); 



Read a message from the ip device: 



prp.prp_Jidr =» &uprhdr 

prp.prp__tmo « 10; 

prp.prp___data » &buffer; 

count = read(fd, &prp, sizeof buffer); 

/* on return: 

uprhdr.upr__type: type of data 

uprhdr.upr_uui: what user it's from (if applicable) 

uprhdr.upr__ttime: current time 

buffer: the data read 

count: number of bytes in buffer 

*/ 



Types of messages sent between ip and the protocol process: 



Received from ip: 

WU2PD 

WP2UWA 

WU2PI0C 

WTMO 

WU2PCL 

WI2PD 

WP2IWA 

Sent to ip: 

WP2UD 

WU2PRA 

WP2UI0C 

WP2UCL 

WP2ID 

WI2PRA 

WSETINB 

WSETUNB 



data from user to protocol process 

buffer space is available for writing to a user 

a user executed an ioctl 

read timeout exceeded 

user device closed 

data from ip to protocol process 

buffer space is available for writing to ip 



data for a user 

buffer space is available for reads from a user 

response to ioctl from user 

response to user close 

data for ip 

buffer space is available for reads from ip 

enable ip and set the number of buffers in ip q 

set the number of buffers in user queues 
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Miscellaneous 

UNETNAMES: Host Name Mapping Library Routines 

gethnent - get next host name entry 

gethnname - get entry given host name 

gethnnum - get entry given host address 

sethnent - rewind to beginning of host name database 

endhnent • close host name database 

getmyhname - get the host name for this system 

PTTY: Pseudo-Terminal Device 

master - controlling side of a terminal 
slave - looks like a normal /dev/tty device 

LHOST: List HOST names program 

all - list all names, including nicknames 

this - list this host only 

specific - list given names only 

long - list address, location, liaison 

num - sort by address rather than name 

TP, TU: Test Protocol, Test User Process programs 

ip loop-back - test path from protocol to ip 
p2u - test path from protocol to user 

combinations - test user to ip to protocol path, etc. 
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WHAT UNET DOES 



General Characteristics 

o communication software for UNIX Version 
o uses DoD Standard IP/TCP protocols 
o written in C 

o supports any physical network medium 
o drop-in installation 



Vocabulary 



Programs 



o 
o 
o 
o 
UVTP 



UFTP (UNET File Transfer Program) 

o interactive or command line mode — 

file functions: get, put, delete, rename 
directory functions: list, change 
automatic login 
remote 1 
(UNET Virtual Terminal Program) 
o complete remote terminal emulation 
o local ! 
UMTP (UNET Mail Transfer Program) 
o functions: send, read 

o mail header fields: to, from, date, subject, cc 
o compatible with RAND MH and Bell Mail 
o distribution lists 



Network 

Packet 

Datagram 

Gateway 

Internet 

Host 

Protocol 

Virtual Circuit 

Port 



Library Routines 



TCP (Virtual Circuit Service) 

o device independency: system calls, stdio 

o multiple concurrent virtual circuits 

o byte streams & records 

o positive acknowledgements 

o timeouts 

o retransmission 

o checksums 

o sequencing 

o 3-way handshake 

o windows 
IP (Datagram Service) 

o routing: static, dynamic 

o multiple protocol support 

o multiple network support 
UNETNAMES (Host Name Mapping) 

o functions: host name to address and back, enumerate names 

o nicknames 
PTTY (Pseudo-Terminal Service) 



Utility Programs 



LHOST (List HOST names) 

o subsets: all, this, specific names 

o long form: address, location, liaison 

o sort by: name, number 
TP, TU (Test Protocol, Test User Process) 

o paths: ip loop-back, protocol to user, combinations 
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THREE PRIMARY INTERFACES 



USER <-> PROTOCOL 



PROTOCOL <»> IP 



IP <=> NETWORKS 



ONE SECONDARY INTERFACE 



Daemon available for logging of 
errors and information. 



USER INTERFACE 
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for ( i =« ; i < NUU ; i-H- ) 

if ( open ( "/dev/UNET/uneti" ) ) 
if ( ioctl ( select protocol ) ) 
if ( ioctl ( connect ) ) { 
I / 
close ( ) 
exit 

} else 

error "Can't Connect" 
else 

error "No Protocol Server" 
error "No UNET Devices Available" 



/* Scan for a unet device */ 

/* If I find one */ 

/* Select a protocol */ 

/* Open (or listen for) a connection */ 

/* Normal read/write of data */ 

/* Close device — get errors */ 



/* Connection Failed */ 

/* No Protocol Server */ 
/* No devices available */ 



The tcpopen and ftcpopen combine the "open" and the two ioctl calls, 
returning a file descriptor or standard I/O pointer respectively. 
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PROTOCOL INTERFACE 



if ( open ( "/dev/UNET/proto#" ) =« -1 ) 
error "No Privelege" 

ioctl ( set buffering ) 
ioctl ( enable IP ) 
for ( ; ; ) < 

read ( ) [ with timeout ] 

switch ( result. type ) { 

case USER_J}ATA 

write ( IPJDATA ) and/or 
write ( USER_READ__AVAILABLE ) 

case USER__IOCTL 

[ perform action ] 
write ( USER_IOCTL_RESULT ) 

case USER_WRITE_AVAILABLE 

[ update user window ] 
write ( USER__DATA ) 

case IP_DATA 

write ( IPJDATA ) or 
write ( USER^DATA ) and/or 
write ( IP__READ__AyAILABLE ) and/or 
write ( USER_READ_AVAILABLE ) 

case IPJWRITE_i_AVAILABLE 

[ update to IP window ] 

write ( IPJDATA ) 

write ( USER_READ_AVAILABLE ) 

case TIMEOUT 

[ find retransmission ] 
write ( IPJDATA ) 
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DATA FLOW EXAMPLE 



User open, select protocol, connect, send data, close. 



open("/dev/UNET/unet#") 



This returns a file descriptor if the selected unet special file 
is not busy, and an error otherwise. No data flow. 



ioctl( Select Protocol ) 

This ties the file descriptor to a particular protocol server — 
if not there, error. An ioctl data packet is sent to the 
protocol, including the ioctl type, and the uids, and gids (real 
and effective) of the requesting process. The protocol must 
return an ioctl result, indicating whether it will talk with 
this user. Success or failure is returned to the user. 



ioctl ( connect ) 

This ioctl data is sent directly to the protocol previously 
selected. The protocol will attempt to establish the 
connection, and return success or failure to the user. 
Connection (in the case of TCP) exchanges information with the 
remote host, requiring several exchanges of datagrams. The 
protocol then notes that the state of this user stream is 
connected, and which "socket". 



write( ) 



The write data is fed to the protocol as it provides 
read__available windows. The protocol then sends the data to the 
socket previously specified, queueing it for retransmission, and 
resending it as necessary. As the data is acknowledged, and the 
buffers freed, the protocol notifies the kernel that it is 
willing to read more data from this user connection. While 
there is no window to transfer data from the user to the 
protocol, the user will block in the write code. 



close( ) 



The user interface structure is flagged as CLOSED, and the user 

blocks. Once all of the previously written data has been fed to 
the protocol, a close message is given to the protocol. When 
the protocol has finished its close connection handshake with 
the remote system, it returns a close complete to the user, 
indicating any error status. When the user close returns, the 
user structure is freed for another open. If the user 
interrupts the close, it will return without waiting for the 
error result. 
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THE PROCEDURE FOR OBTAINING UNET 



1. You fill out a request form and send it to 3Com at the 
following address: 

3Com Corporation 

3000 Sand Hill Road #1 

Menlo Park, California 94025 

2. 3Com prepares license agreements requested and sends them 
to you (allow 2 weeks). 

3. You execute license agreements and send them with payment 
to 3Com. 

4. 3Com delivers UNET (allow 3 days for preparation of magtape 
and 3 days for shipment) • 



UNET BIEQUEST FORM 
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Yes, I am interested in obtaining UNET. I require: 

[ ] Source code licenses for use on the following machines; 
Quantity CPU Model 



[ ] A license to distribute binaries. 
Quantity CPU Model 



[ ] Maintenance support. 

[ ] Installation. Preferred dates: 



Any special requirements? 





(Name) 


(Title) 


(Company) 


(Building) 


(Mail Stop) 


(Street) 



(City) 
(_ 



) 



(State) 



(ZIP CODE) 



(Telephone) 



SEND TO: 



3Com Corporation 

3000 Sand Hill Road #1 

Menlo Park, California 94025 

Attn: Bruce Borden 



